home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19951130-19960209 / 000123_news@columbia.edu_Sat Dec 16 22:41:28 1995.msg < prev    next >
Internet Message Format  |  2020-01-01  |  4KB
  1. Received: from apakabar.cc.columbia.edu by watsun.cc.columbia.edu with SMTP id AA08667
  2.   (5.65c+CU/IDA-1.4.4/HLK for <kermit.misc@watsun>); Sat, 16 Dec 1995 17:42:32 -0500
  3. Received: (from news@localhost) by apakabar.cc.columbia.edu (8.6.12/8.6.12) id RAA00488 for kermit.misc@watsun; Sat, 16 Dec 1995 17:41:31 -0500
  4. Path: news.columbia.edu!watsun.cc.columbia.edu!fdc
  5. From: fdc@watsun.cc.columbia.edu (Frank da Cruz)
  6. Newsgroups: comp.protocols.kermit.misc
  7. Subject: Re: Uploading into EDT editor
  8. Date: 16 Dec 1995 22:41:28 GMT
  9. Organization: Columbia University
  10. Lines: 61
  11. Message-Id: <4avhuo$f6@apakabar.cc.columbia.edu>
  12. References: <4aronp$ks5@huron.eel.ufl.edu> <1995Dec15.165002.69763@cc.usu.edu> <4aua85$f52@huron.eel.ufl.edu>
  13. Nntp-Posting-Host: watsun.cc.columbia.edu
  14. Apparently-To: kermit.misc@watsun.cc.columbia.edu
  15.  
  16. In article <4aua85$f52@huron.eel.ufl.edu>,
  17. David A. Johns <afn10375@freenet4.freenet.ufl.edu> wrote:
  18. : In <1995Dec15.165002.69763@cc.usu.edu>, jrd@cc.usu.edu (Joe Doupnik) wrote:
  19. : 
  20. : #   You are placing new text into a full screen editor. EDT
  21. : #   wants to move the cursor around as a result, rather than
  22. : #   simply echoing CR back to MSK. Consequently, what EDT does
  23. : #   echo comes out as one line overlapping the next on your MSK
  24. : #   screen, but the text is actually inserted properly. This is
  25. : #   typical of full screen editors when inserting material in the
  26. : #   middle (and sometimes even at the end) of a document. Just
  27. : #   ignore the false echoing and do that screen refresh after
  28. : #   reentering Connect mode.
  29. : 
  30. : OK, but what about having to keep hitting <enter> to keep the upload
  31. : going?  Does that ring any bells?
  32. : 
  33. Unless you use the SET TRANSMIT command to change things, the TRANSMIT
  34. command works by reading a line of text from the source file, stripping
  35. the line terminator(s) from it, then sending the line of text, then
  36. sending a carriage return, and then waiting for a linefeed to echo back.
  37. This simulates exactly what would happen if you were typing the lines
  38. of text yourself.
  39.  
  40. Kermit waits a pretty long long time (not sure exactly how long in the
  41. case of MS-DOS Kermit) for the linefeed to echo, so if the host does not
  42. always echo a linefeed, as evidently EDT does not, there will be a lot of
  43. inactivity.  MS-DOS Kermit lets you wake up a stuck TRANSMIT by hitting
  44. the enter key.
  45.  
  46. Let's see what's really happening.  Log into VMS, start EDT, then escape
  47. back to MS-DOS Kermit and put it into debugging mode with SET DEBUG
  48. SESSION.  Then start typing lines into EDT's buffer.  What do we see?
  49. The first 20 lines or so are echoed as:
  50.  
  51.   <text><CR><LF><ESC>[L
  52.  
  53. (<ESC>[L is "insert line", which moves the "[EOB]" indicator down.)  Old
  54. lines stand still, new lines "go down".  Kermit sees the linefeed and
  55. immediately sends the next line.
  56.  
  57. But then, when the bottom of the screen is reached, EDT's screen updating
  58. method changes.  From now it sends explicit screen-formatting codes and
  59. no more linefeeds.  Old lines "go up", and the new line is always at the
  60. bottom, just above the "[EOB]".  This explains the symptoms you have seen.
  61.  
  62. Thus there is no single character that can be used by Kermit to serve as
  63. an indicator that the line just transmitted has been received.  Linefeed
  64. only works for the first screen.  You could try ESC, but after the first
  65. screen there are several ESC characters per line.  So first just try:
  66.  
  67.   set transmit prompt \0
  68.  
  69. which means, don't wait for any character -- just keep sending the lines
  70. (make sure you've got good flow control).  I tried it here on a file that
  71. has several hundred lines and EDT accepted it without loss or complaint.
  72.  
  73. But in case this overruns EDT, then you can also "set transmit pause n"
  74. to have Kermit pause n milliseconds after sending each line.
  75.  
  76. - Frank